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Description 

FIELD OF THE INVENTION 

[0001 ] The present invention relates generally to back 
up data storage, and more specifically, to an emulated 
backup tape drive that stores non-compressed data dur- 
ing backup operations and then afterwards when the 
drive is idle, retrieves, compresses and then re-stores 
the data to reclaim space on the storage medium of the 
drive. 

BACKGROUND 

[0002] With the increasing popularity of Internet com- 
merce and network centric computing, businesses and 
other entities are becoming more and more reliant on 
information. Protecting critical data from loss due to sys- 
tem crashes, virus attacks and the like is therefore of 
primary importance. A well designed data protection pro- 
gram will generally have the ability to (i) instantly re-store 
data in the event of a disaster to enabled continued com- 
puting operations; (ii) re-store data over an extended pe- 
riod of time (hours or days) without disrupting normal 
computing operations; and (iii) archive copies of data that 
are retrieved infrequently and with little urgency. Tape 
drives have long been a choice for storing archival back 
up data in information systems. 
[0003] Historically many such tape drives have used 
data compression to maximize the amount of data that 
can be stored on the tape. Tape, however, is a relatively 
slow and inefficient storage medium. Consequently em- 
ulated "tape" drives that use arrays of hard drives have 
become more popular recently. These emulated tape 
drives often rely on data compression to enable the stor- 
age of more data. The problem with current emulated 
tape drives is that the data compression is performed "on 
the fly" during the backup. In other words, compression 
occurs in the critical path of the down loading of data, 
thereby impeding performance. The designers of emu- 
lated tape drive systems have therefore relied on expen- 
sive, high speed, hardware data compression solutions 
to achieve an acceptable level of performance. The use 
of slower, less expensive software compression algo- 
rithms have not been a viable option in the past because 
of a lack of acceptable performance. 
[0004] US 6 341 329 discloses a backup system em- 
ulating a tape drive or a hard disk. EP 1 164491 discloses 
compression of backup data scheduled as a function of 
utilised disk space. 

[0005] An emulated backup tape drive that stores 
non-compressed data during backup operations and 
then afterwards when the drive is idle, retrieves, com- 
presses and then re-stores the data to reclaim space on 
the storage medium of the drive is therefore needed. 



SUMMARY 

[0006] To achieve the foregoing, and in accordance 
with the purpose of the present invention as defined by 

s the claims, a back up storage device is disclosed that 
stores non-compressed data during backup operations 
and then afterwards when the device is idle, retrieves, 
compresses and re-stores the data to reclaim space on 
the storage medium of the device. During operation, a 

10 duty cycle having a backup window period and an idle 
period is defined. When back ups occur during the win- 
dow, data is down-loaded and stored on the device in 
non-compressed form. Later during the idle period of the 
duty cycle, the non-compressed data is retrieved, com- 

15 pressed and re-stored to reclaim space on the storage 
medium of the device. Since the compression occurs 
when the back up device is idle, the rate at which data 
is backed up is not adversely effected in any way. Thus 
a low cost software data compression algorithm may be 

20 used. In one embodiment of the invention, the back up 
storage device is an emulated tape drive that uses an 
array of hard drives for the storage medium. In other em- 
bodiments, any type of storage medium can be used such 
as tape or semiconductor memory chips for example 

25 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0007] The invention, together with further advantages 
thereof, may best be understood by reference to the fol- 
30 lowing description taken in conjunction with the accom- 
panying drawings in which: 

Figure 1 is block diagram of an exemplary informa- 
tion infrastructure in which the emulated backup tape 
35 drive of the present invention may be used. 

Figures 2A, 2B and 2C are diagrams of the emulated 
tape drive of the present invention. 

to Figure 3 is block diagram of a controller of the em- 
ulated tape drive of the present invention. 

Figure 4 is flow diagram illustrating a backup and 
compression duty cycle of the emulated tape drive 
^5 of the present invention. 

DESCRIPTION 

[0008] Referring to Figure 1, a block diagram of an 
50 exemplary information infrastructure in which the emu- 
lated backup tape drive of the present invention may be 
used is shown. The information infrastructure 1 0 includes 
a plurality of clients 1 2 and a plurality of servers 1 4 cou- 
pled together by a client network 16, a primary storage 
55 location 18, and one or more emulated tape drives 20 
coupled together by a network connection 22. The clients 
12 can be any type of client such as but not limited to a 
personal computer, a "thin" client, a personal digital as- 
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sistant, a web enabled appliance or a cell phone. The 
servers 14 may also be of any variety such as those 
based on the Unix, Linux, or the Microsoft Windows op- 
erating systems or a combination thereof. Likewise, the 
client network 16 can be any type of network including 
but not limited to the Internet, a corporate intranet, a wide 
area network, a local area network, a wireless network, 
or any combination thereof. The primary storage location 
1 8 can be arranged in a number of different types of con- 
figurations, such as a storage array network (SAN), or 
network attached storage (NAS), or direct attached 
storage . In other embodiments, the primary storage lo- 
cation 1 8 can reside in the chassis/cabinet of the servers 
1 4, stand alone storage devices, or a combination there- 
of. The connection 22 can be either direct (such as par- 
allel SCSI or IDE) or a network topology such as fibre 
channel, Ethernet (fast, gigabit, or 10 gigabit) for exam- 
ple. Also when multiple emulated tape devices 20 are 
used, they may be daisy-chained together to provide 
more backup capacity. 

[0009] Referring to Figure 2A, a perspective view of 
an emulated tape drive 20 is shown. The emulated tape 
drive 20 includes a chassis 30, a power supply 32, a pair 
of fans 34, and an array of hard drives 36, all housed in 
the chassis 30. A user interface panel 38 is located at 
the front of the chassis 30. A back plate 40 is provided 
at the rear portion of the chassis 30. 
[0010] Referring to Figure 2B, an exploded perspec- 
tive view of the hard drives 36 according to one embod- 
iment of the present invention is shown. In this embodi- 
ment, the hard drives 36 are configured in a pair of left 
and right rails (42L and 42R) respectively. Within each 
rail 42, five (5) columns of three (3) hard drives 36 are 
arranged in disk packs 44 respectively. It should be noted 
that this embodiment is only exemplary. According to var- 
ious other embodiments of the present invention, the 
number of hard drives 36 may be arranged in any number 
of rails 42 (rows) and the number of hard drives 36 (col- 
umns) per disk pack 44 may vary. 
[001 1 ] Referring to Figure 2C, a view of the back plate 
40 of the chassis 30 is shown. The back plate 40 includes 
vents for the fans 34 and a number of input/output ports 
46. The input/output ports 46 are provided to connect a 
controller 48 (not visible because it is internal to the chas- 
sis 30) to the primary storage location 18 through the 
network connection 22. For more details on the features 
and operation of the emulated tape drive 20, see 
co-pending EP application entitled "Storage System Uti- 
lizing An Active Subset of Drives During Data Storage 
And Retrieval Operations" by Thomas B. Bolt and Kevin 
C. Daly, attorney docket no. Q02-1037.US1, and pub- 
lished as EP 1 336 921. 

[0012] Referring to Figure 3, a block diagram of one 
embodiment of the controller 48 configured for the emu- 
lated tape drive 20 illustrated in Figures 2A-2C is shown. 
With this embodiment, the controller 48 includes a mi- 
cro-controller 50, such as a microprocessor, configured 
to communicate with the hard drives 36 of the disk packs 



44 through a USB controller 52, a USB hub 54 and bridge 
circuit 56. For the sake of simplicity, these components 
are shown for only one disk pack 44. The remaining four 
disk packs 44 of the right rail 42R and all of the disk packs 

5 44 of the left rail 42L communicate with the micro-con- 
troller 50 in a similar arrangement. In situations where 
the network connection 22 is fiber channel, the mi- 
cro-controller 50 is connected to the primary storage lo- 
cation 18 through an optical transceiver 58 and a fiber 

10 channel controller 60. Alternatively, when the network 
connection 22 is a Giga-bit Fast ethemet connection, the 
micro-controller 50 is connected to the primary storage 
location 18 through an ethernet transceiver 62 and an 
ethernet controller 64. It should be pointed out that these 

is two connections are merely illustrative. In various em- 
bodiments of the present invention, multiple fiberchannel 
ports and/or multiple ethemet channel ports, either alone 
or in any combination, can be provided. Alternate inter- 
faces such as parallel SCSI (Small Computer System 

20 Interface) may also be substituted or used in conjunction 
with fiber channel or Ethernet. Additionally, alternate in- 
ternal interconnect technologies such as fibre channel or 
parallel SCSI could be used instead of USB. 
[0013] A system memory 66 and a non-volatile mem- 

25 ory 68 are also coupled to the micro-controller 50. In one 
embodiment of the invention, the system memory 66 is 
RAM and the non-volatile memory is Flash. The non-vol- 
atile memory is used for storing the micro-code used to 
program the micro-controller 50 as well as the compres- 

30 sion/decompression software algorithms which are used 
by the emulated tape drive 20. It again should be noted 
that the circuit components of this diagram are merely 
illustrative of one embodiment of the present invention. 
Other embodiments would be readily apparent to those 

35 skilled in the art. For example, in embodiments with either 
more or fewer rails 42 and disk packs 44, additional or 
fewer USB controllers 52 and USB hubs 54 would be 
required. Also the interface hardware between the input/ 
output ports 46 would be different if other type of net- 

40 working protocols besides fiber channel or ethemet were 
used. 

[0014] Referring to Figure 4, a flow diagram 80 illus- 
trating the operation of the emulated tape drive 20 is 
shown. Initially a system administrator or user of the in- 

^5 formation infrastructure 1 0 defines a duty cycle (step 82) 
for the emulated tape drive 20. The duty cycle includes 
a backup window period and an idle period. Usually the 
backup window period is scheduled at a set time each 
day or at some other fixed time interval when the emu- 

50 lated tape drive 20 is at its lowest utilization. When back- 
ups are not occurring, the emulated tape drive 20 is idle. 
[0015] According to one embodiment, when the duty 
cycle starts (step 84), the backup of data begins (step 
86). The data is downloaded from the primary storage 

55 location 18 through the input/output ports 46, the mi- 
cro-controller 50, the appropriate USB controller 52, USB 
hub 54, and bridge circuit 56 and stored (step 88) in 
non-compressed fo rm on one of the hard drives 36. When 
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the backup window period expires, the idle period begins 
(step 92). During the idle period, the non-compressed 
data stored on the hard drives 36 is retrieved (step 94) 
and providedtothemicro-controller50through the bridge 
circuit 56, USB hub 54, and USB controller 52. The mi- 
cro-controller 50 compresses the data (step 96) and then 
re-stores it on the hard drives 36 (step 98) to reclaim 
space on the hard drives 36. When the idle period is over 
and next backup window begins, a new duty cycle begins 
(step 84) and the aforementioned steps are repeated. In 
various embodiments, any one of a variety of software 
compression algorithms may be used, such as a zip; a 
gnuzip; a bzip; a b2zip; a Lempil Ziv; and a LZS (Lempil 
Ziv Stac). Alternately, other compression algorithms can 
be used. 

[0016] When compressed data on the emulated tape 
drive 20 is needed, it is retrieved and provided to the 
micro-controller 50. The data is decompressed using the 
software algorithms stored in the Flash memory 68 and 
provided to the primary storage location 18 through ap- 
propriate input/output port 46. Since compression algo- 
rithms are typically asymmetric, data decompression is 
not nearly as computationally intensive as compression, 
the performance of the emulated tape drive 20 during 
data retrieval is not significantly degraded using a soft- 
ware solution. 

[0017] The present invention thus provides an emulat- 
ed tape device used for the backup of archival data that 
uses a software based data compression algorithm. 
Since the compression occurs when the emulated tape 
drive 20 is idle, the rate at which data is stored during a 
backup operation is not adversely effected in anyway. 
[0018] It should be noted that the duty cycle could oc- 
cur any time there is a detection of inactivity on the pri- 
mary data interface 46. After some time period of inac- 
tivity (for example, 20 minutes), the system could begin 
retrieving and compressing data. This process can be 
interrupted at any point if activity is detected on the pri- 
mary data interface 46. It is acceptable for data to be 
partially compressed, and it is possible to restart the com- 
pression from the point at which it was previously sus- 
pended. 

[0019] Although the foregoing invention has been de- 
scribed in some detail for purposes of clarity of under- 
standing, it will be apparent that certain changes and 
modifications may be practiced within the scope of the 
appended claims. For instance, the present invention can 
be ready practice with any type of read-write storage me- 
dium such as magnetic tape, silicon memory chips, de- 
vices such as SRAM, DRAM, Flash, EPROM, EUV- 
PROM. EEPROM, etc. The described embodiments 
should therefore be taken as illustrative and not restric- 
tive, and the invention should not be limited to the details 
given herein but should be defined by the following claims 
and their full scope. 



Claims 

1 . A method, comprising: 

s defining a duty cycle for the downloading of data 

to a backup storage device, the duty cycle hav- 
ing a backup window period and an idle period 
during which no backup occurs; 
receiving data during the backup window period; 

10 storing the data on the backup storage device 

during the backup window period; 
retrieving the data stored on the backup storage 
device during the idle period after the backup 
window period; 

15 compressing the data retrieved from the backup 

storage device during the idle period; and 
re-storing the data compressed during the idle 
period in compressed form on the backup stor- 
age device during the idle period to reclaim 

20 space on the storage device. 

2. The method of claim 1 , wherein the compression of 
data is performed using a software data compression 
algorithm. 

25 

3. The method of claim 2, wherein the software data 
compression algorithm includes one of the following 
types of algorithms: a zip; a gnuzip; a bzip; a b2zip; 
a Lempil Ziv; and a LZS (Lempil Ziv Stac). 

30 

4. The method of claim 1 , further comprising succes- 
sively repeating the receiving and storing of data dur- 
ing the backup window periods and retrieving, com- 
pressing and storing compressed data on the backup 

35 storage device during successive duty cycles re- 
spectively. 

5. The method of claim 1 , wherein the backup storage 
device is an emulated tape drive containing an array 

to of hard drives. 



6. The method of claim 1, wherein the data is down- 
loaded over a network from a primary storage loca- 
tion. 

45 

7. The method of claim 6, wherein the data is down- 
loaded over a fiber-channel connection between the 
primary storage location and the backup storage de- 
vice. 

so 

8. The method of claim 6, wherein the data is down- 
loaded over an ethemet connection between the pri- 
mary storage location and the backup storage de- 
vice. 

55 

9. The method of claim 6, wherein the primary storage 
location and the backup storage device are part of 
a storage array network. 



25 
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10. The method of claim 6, wherein the primary storage 
location and the backup storage device are part of 
a network attached storage configuration. 

1 1 . The method of claim 1 , wherein the backup storage 
device is directly electrically connected to a server. 

12. An apparatus comprising: 

a backup storage device comprising: 
an input/output port; 

an array of hard drives configured as back- 
up storage; and 

a controller configured to download data re- 
ceived from the input/output port to the array 
of hard drives during a backup period and 
then reclaim storage space on the array of 
hard drives during an idle period following 
the backup period and during which no 
backup occurs, by retrieving the data stored 
on the array of hard drives, compressing the 
retrieved data, and then re-storing the com- 
pressed data on the array of hard drives. 

13. The apparatus of claim 12, wherein the controller is 
further configured to execute a software algorithm 
to compress the retrieved data. 

14. The apparatus of claim 13, wherein the software al- 
gorithm includes one of the following types of algo- 
rithms a zip; a gnuzip; a bzip; a b2zip; a Lempil Ziv; 
and a LZS (Lempil Ziv Stac). 

15. The apparatus of claim 1 3, wherein the software al- 
gorithm is stored in a memory associated with the 
controller. 

16. The apparatus of claim 12, further comprising a fiber 
channel controller coupled between the controller 
and the input/output port which comprises an optical 
transceiver. 

17. The apparatus of claim 12, further comprising an 
ethemet controller coupled between the controller 
and the input/output port which comprises an ether- 
net transceiver. 

1 8. The apparatus of claim 1 2, wherein the array of hard 
drives configured as backup storage further compris- 
es a network hub and bridge circuit coupled between 
the array of hard drives and the controller. 

19. The apparatus of claim 12, further comprising: 

a primary storage location coupled to the backup 
storage device through a network connection. 



20. The apparatus of claim 1 9, wherein the network con- 
nection is one of the following types of network con- 
nections: fiber channel or ethernet. 

5 21 . The apparatus of claim 1 9, wherein the primary stor- 
age location and the backup storage device are ar- 
ranged in one of the following: a storage attached 
network or network attached storage configuration. 

10 22. The apparatus of claim 1 9, further comprising a plu- 
rality of clients and servers coupled to the primary 
storage location through a client network. 



'5 Patentanspruche 

1. Verfahren, mit: 

Festlegen eines Arbe'rtszyklus fur das Herunter- 
20 laden von Daten in eine Sicherungsspeichervor- 

richtung, wobei der Arbe'rtszyklus ein Sicher- 
heitsfensterzeitintervall und ein Ruhezeitinter- 
vall, wfihrenddessen keine Sicherung stattfin- 
det, aufweist; 

25 Empfangen von Daten wahrend des Siche- 

rungsfensterzeitintervalls; 

Speichern der Daten auf der Sicherungsspei- 

chervorrichtung wahrend des Sicherungsfen- 

sterzeitintarvalls; 
30 Wiedergewinnen der auf Sicherungsspeicher- 

vorrichtung gespeicherten Daten wahrend der 

Ruhezeitspanne nach der slcherungsfenster- 

zeitspanne; 

Komprimieren der von dersicherungsspeicher- 
35 vorrichtungwiedergewonnenen Daten wahrend 

des Ruhezeitintervalls; und 
Wieder-Speichern der wahrend des Ruhezeit- 
intervalls komprimierten Daten in komprimierter 
Form auf der Sicherungsspeichervorrichtung 
40 wahrend der Ruhezeitspanne, urn emeut Platz 

auf der Speichervorrichtung zu beanspruchen. 

2. Verfahren gemaB Anspruch 1, bei dem die Kompri- 
mierung von Daten mit einem Softwaredatenkom- 

45 prizierungsalgorithmus durchgefuhrt Wird. 

3. Verfahren gemaB Anspruch 2, bei dem der Software- 
datenkomprimierungsalgorithmus eine der folgen- 
den Arten von Algorithmen aufweist: ein zip; ein gnu- 

50 zip; ein bzip; ein b2zip: ein Lempil Ziv; und LZS (Lem- 
pil Ziv Stac). 

4. Verfahren gemaB Anspruch 1, ferner mit sukzessi- 
vem Wiederholen des Empfangens und Speichems 

55 von Daten wahrend der Sicherungsfensterzeitinter- 
valle und des Wiedergewinnens, Komprimierens 
bzw. Speichern von komprimierten Daten auf der Si- 
cherungsspeichervorrichtung wahrend aufeinan- 
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derfolgender Arbeitszyklen. 

5. Verfahren gem§f3 Anspruch 1, bei dem die Siche- 
rungsspeichervorrichtung ein emuliertes Bandlauf- 
werk ist, das ein Array von Festplatten enth&lt. 

6. Verfahren gemSB Anspruch 1, bei dem die Daten 
uber ein Netzwerkvon einerprimSren Speicherstelle 
heruntergeladen werden. 

7. Verfahren gemSB Anspruch 8, bei dem die Daten 
Qber eine Faserkartalverbindung zwischen der pri- 
mSren Speicherstelle und der sicherungsspeicher- 
vorrichtung heruntergeladen werden. 

8. Verfahren gemSB Anspruch 6, bei dem die Daten 
Qber eine Ethernet-Verbindung zwischen derprimS- 
ren Speicherstelle und der Sicherungsspeichervor- 
richtung heruntergeladen werden. 

9. Verfahren gemSB Anspruch 6, bei dem die prim&re. 
Speicherstelle und die Sicherungsspeichervorrich- 
tung Teil eines Speicherarraynetzwerks sind. 

10. Verfahren gem&G Anspruch 6, bei dem die prim§re 
speicherstelle und die Sicherungsspeiahervorriah- 
tung Teil einer mit einem Netzwerk verbundenen 
Speicherkonfiguration sind. 

11. Verfahren gemS3 Anspruch 1, bei dem die Siche- 
rungsspeichervorrichtung mit einem Server direkt 
elektrisch verbunden ist. 

12. Vorrichtung, mit: 

einer Sicherungsspeichervorrichtung mit: 

einem Eingabe/Ausgabe-Port; 
einem Array von Festplatten, die als Siche- 
rungsspeicher konfiguriert sind; und 
einem controller, der konfiguriert ist, urn von 
dem Eingabe/Ausgabe-Port empfangene 
Daten in das Array von Festplatten w&hrend 
eines Sicherungszeitintervalls herunterzu- 
laden und urn dann, wShrend eine Ruhe- 
zeitintervalls nach demsicherungszeitinter- 
vallp w§hrenddessen keine Sicherung statt- 
findet, Speicherplatz auf dem Array von 
Festplatten zu beanspruchen, wobei die auf 
dem Array von Festplatten gespeicherten 
Daten wiedergewonnen, die wiedergewon- 
nenen Daten komprimiert und die kompri- 
mierten Daten auf dem Array von Festplat- 
ten erneut gespeichert werden. 

13. Vorrichtung gem&B Anspruch 12, bei der der Con- 
troller ferner konfiguriert ist, um einen Softwarealgo- 
rithmus auszufDhren, um die wiedergewonnenen 



Daten zu komprimieren. 

14. Vorrichtung gemSB Anspruch 13, bei der der Soft- 
wareatgorithmus eine derfolgenden Arten von Algo- 

5 rithmus aufweist: ein zip; ein gnuzip; ein bzip; ein 
b2zip; ein Lempil Ziv; und ein LZS (Lsrngil Ziv Stac) . 

15. Vorrichtung gemaB Anspruch 13, bei der der Soft- 
warealgorithmus in einem dem Controller zugeord- 

io neten Speicher gespeichert ist. 

16. Vorrichtung gemSB Anspruch 12, femer mit einem 
Faserkanalcontroller, der zwischen dem Controller 
und dem Eingabe/Ausgabe-Port gekoppelt ist, der 

15 einen optischen Transceiver umfasst. 

17. Vorrichtung gemSB Anspruch 12, femer mit einem 
Ethernet-controller, der zwischen dem Controller 
und dem Eingabe/Ausgabe-Port gekoppelt ist, der 

20 einen Ethernet-Transceiver umfasst. 

18. Vorrichtung gemaB Anspruch 12, bei der das Array 
von Festplatten, das als Sicherungsspeicher konfi- 
guriert ist, ferner einen Netzwerkhub und eine Briik- 

25 kenschaftung, die zwischen dem Array von Festplat- 
ten und dem Controller gekoppelt ist, umfasst. 

19. Vorrichtung gemSB Anspruch 12, ferner mit: 

30 einer prim&ren Speicherstelle, die mit der Siche- 

rungsspeichervorrichtung durch eine Netzwerk- 
verbindung gekoppelt ist. 

20. Vorrichtung gemSB Anspruch 19, bei der die Netz- 
35 werkverbindung eine der folgenden Arten von Netz- 

werkverbindungen ist: Faserkanal oder Ethernet. 

21 . Vorrichtung gemSB Anspruch 1 9, bei der die prim&re 
Speicherstelle und die sicherungsspeichervorrich- 

40 tung in einem der folgenden angeordnet sind: einem 
Speicher-Netzwerk oder einer mit einem Netzwerk 
verbundenen Speicherkonfiguration. 

22. Vorrichtung gema(3 Anspruch 19, ferner mit einer 
45 Mehrzahl von Clienten und Servern, die mit der pri- 

m&ren speicherstelle durch ein Client-Netzwerk ge- 
koppelt sind. 



50 Revendications 

1 . Proc6d6 comprenant les Stapes consistant a : 

d6finir un cycle actif pour le tetechargement de 
55 donn§es sur un dispositif de stockage pour sau- 

vegarde, le cycle actif comprenant une p6riode 
de fenetre de sauvegarde et une pGriode de re- 
pos durant laquelle aucune sauvegarde ne se 
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Ethernet entre Pemplacement de stockage primaire 
et le dispositif de stockage pour sauvegarde. 

9. Proc6d6 selon la revendication 6, dans lequel Pem- 
5 placement de stockage primaire et le dispositlf de 

stockage pour sauvegarde font partie d'un r6seau & 
matrice de stockage. 

10. Proc6d6 selon la revendication 6, dans lequel Pern- 
io placement de stockage primaire et le dispositif de 

stockage pour sauvegarde font partie d'une configu- 
ration de stockage attache & un r6seau. 

1 1 . Proc6d6 selon la revendication 1 , dans lequel (e dis- 
15 positif de stockage pour sauvegarde est directement 

connects 6lectriquement & un serveur. 



produit ; 

recevoir des donn6es au cours de la pSriode de 
fen§tre de sauvegarde; 

enregistrer les donnSes sur le dispositif de stoc- 
kage pour sauvegarde au cours de la pgriode 
de fenStre de sauvegarde ; 
retrouver les donn6es enregistrSes sur le dispo- 
sitif de stockage pour sauvegarde au cours de 
la p6riode de repos aprfcs la p6riode de fenStre 
de sauvegarde ; 

compresser les donn6es retrouv6es & partir du 
dispositif de stockage pour sauvegarde au cours 
de la p6riode de repos ; et 
r^enregistrer les donn6es compress6es au 
cours de la p6riode de repos sous une forme 
compress6e sur le dispositif de stockage pour 
sauvegarde au cours de la p6riode de repos de 
mantere & gagner de la place sur le dispositif de 
stockage. 



2. Proc6d6 selon la revendication 1, dans lequel la 
compression de donn6es est ex6cut6e en utilisant 
un algorithme de compression de donnSes informa- 
tique. 

3. Proc6d6 selon la revendication 2, dans lequel Pal- 
gorithme de compression de donn6es informatique 
comprend Pun des types d'algorithmes suivants : un 
algorithme zip ; un algorithme gnuzip ; un algorithme 
bzip ; un algorithme b2zip ; un algorithme Lempil 
Ziv ; et un algorithme LZS (Lempil Ziv Stac). 

4. Proc6d6 selon la revendication 1, comprenant en 
outre les Stapes consistant & r6p6ter successive- 
ment la reception et le stockage de donn6es au cours 
des p6riodes de fenetre de sauvegarde et consistant 
k retrouver, compresser et enregistrer les donn6es 
compress6es sur le dispositif de stockage pour sau- 
vegarde au cours de cycles actifs successifs, res- 
pectivement. 

5. Proc6d6 selon la revendication 1 , dans lequel le dis- 
positif de stockage pour sauvegarde est un d6rou- 
leur de bande 6mule pour sauvegarde de donn§es 
contenant une matrice de disques durs. 

6. Proc6d6 selon la revendication 1, dans lequel les 
donn^es sont t§!6charg6es sur un r6seau k partir 
d'un emplacement de stockage primaire. 

7. Proc6d6 selon la revendication 6, dans lequel les 
donn6es sont t6l6charg6es sur une connexion 
« Fiber Channel » entre Pemplacement de stockage 
primaire et le dispositif de stockage pour sauvegar- 
de. 

8. Proc6d6 selon la revendication 6, dans lequel les 
donn^es sont t6l6charg6es sur une connexion 



12. Appareil comprenant : 

20 un dispositif de stockage pour sauvegarde 

comprenant : 

un port d' entree/sortie : 
une matrice de disques durs configure en 
25 tant qu'une matrice de stockage de don- 

n6es de sauvegarde ; et 
un contrdleur configure pour t6l6charger 
des donn6es re9ues depuis le port d'entr6e/ 
sortie dans la matrice de disques durs au 
30 cours d'une pSriode de sauvegarde et pour 

gagner de la place pour le stockage sur la 
matrice de disques durs au cours d'une p6- 
riode de repos qui suit la p6riode de sauve- 
garde et pendant laquelle aucune sauve- 
35 garde ne se produit, en retrouvant les don- 

n6es enregistr6es sur la matrice de disques 
durs, en compressant les donn6es retrou- 
v6es ( et en r6en registrant ensuite les don- 
n6es compress6es sur la matrice de dis- 
40 ques durs. 

13. Appareil selon la revendication 12, dans lequel le 
contrdleur est configure par ailleurs pour ex6cuter 
un algorithme informatique dans le but de compres- 

^5 ser les donn6es retrouvSes. 

14. Appareil selon la revendication 13, dans lequel Pal- 
gorithme de compression de donn6es informatique 
comprend Pun des types d'algorithmes suivants : un 

50 algorithme zip ; un algorithme gnuzip ; un algorithme 
bzip ; un algorithme b2zip ; un algorithme Lempil 
Ziv ; et un algorithme LZS (Lempil Ziv Stac). 

15. Appareil selon la revendication 13, dans lequel Pal- 
55 gorithme informatique est enregistr6 dans une m6- 

moire associ6e au contrdleur. 

16. Appareil selon la revendication 12, comprenant en 
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outre un contrdleur « Fiber Channel » coupl§ entre 
le contrftleur et le port d'entr6e/sortie qui comprend 
un appareil 6metteur-r6cepteuroptique. 

17. Appareil selon la revendication 12, comprenant en s 
outre un contrdleur Ethernet coupl6 entre le contrd- 
leur et le port d*entr6e/sortie qui comprend un appa- 
reil 6metteur-r6cepteur Ethernet. 

18. Appareil selon la revendication 12, dans lequel la w 
matrice de disques durs configure en tant qu'une 
matrice de stockage de donn6es de sauvegarde 
comprend en outre un concentrateur de r6seau et 

un circuit en pont qui sont couples entre la matrice 
de disques durs et le contrdleur. w 

19. Appareil selon la revendication 12, comprenant en 
outre : 

un emplacement de stockage primaire coupl6 20 
au dispositif de stockage pour sauvegarde par 
le biais d'une connexion r£seau. 

20. Appareil selon la revendication 19, dans lequel la 
connexion r6seau est une connexion r6seau de Tun 25 
des types suivants : « fiber channel » ou ethernet. 

21 . Appareil selon la revendication 1 9, dans lequel Tern- 
placement de stockage primaire et le dispositif de 
stockage pour sauvegarde sont agenc^s selon Tun 30 
de ce qui suit : un r6seau attach^ au dispositif de 
stockage ou une configuration de stockage attach§e 

au r6seau. 

22. Appareil selon la revendication 19, comprenant en 35 
outre une plurality de clients et de serveurs coupl6s 

& ('emplacement de stockage primaire par le biais 
d'un r6seau client. 
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